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A METHOD OF ENABLING A MULTITASKING COMPUTING DEVICE 
TO CONSERVE RESOURCES 

5 BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

This invention relates to a method of enabling a multitasking computing device to 
10 preserve or conserve resources, such as battery power. The term Computing device' 
used in this patent specification should be expansively construed to cover any kind of 
computing device and includes without limitation radio telephones, smart phones, 
communicators, personal computers, lap top computers, game consoles, computers and 
application specific devices. 

15 

2. . Description of the Prior Art 

Battery conservation in battery operated computing devices is very important, 
particularly in devices such as smartphones that consume high power levels by virtue of 
20 connecting to always-on GPRS or 3G cellular networks. 

In conventional multi-tasking computers running several different applications at the 
same time, an application will issue a software interrupt to the operating system when it 
first requests services; interrupts from different applications are prioritised and queued by 
25 an interrupt handler. A scheduler starts and ends applications and manages concurrently 
running applications. 

Conventionally, the scheduler will end an application when instructed to do so by the 
end user, e.g. selecting a 'close' option in the application's drop down menu. 
30 Consequently, without an explicit 'close' command, applications will continue to run 
even when not actually in active use; they will therefore continue to use some system 
resources, even when residing in the ^background'. An application is in the background 
if it is not being interacted with by an end-user and it presents no user interface with 
which a user could interact (but it could for example present an icon indicating its 
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presence and the fact that it was still active). A foreground application conversely does 
present a user interface with which a user can interact 

Hence, the problem of battery conservation is especially acute for multi-tasking devices, 
i.e. devices with an operating system that can run several applications at the same time. 
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SUMMARY OF THE INVENTION 

In a first aspect of the present invention, a multitasking computing device determines if a 
non-trusted application is in the background or foreground and prevents an untrusted 
5 application that is in the background from running in order to preserve system resources. 

It is valuable to preserve system resources (CPU, power) in multitasking computing 
devices: For mains powered desktop computers, the fact that applications can run in the 
background and hence still consume some system resource is a waste of CPU and 
10 scheduler activity. And in the battery operated, portable device domain, it is especially 
valuable to conserve system resources wherever possible since doing so can increase 
battery life, as noted earlier. 

A device implementing the present invention preserves system resources by denying 
15 system resources and services to background applications that do not meet predefined 
'trust* or certification criteria — i.e. criteria which define the level of trustworthiness of 
the application. There are various criteria that may be relevant in assessing whether a give 
application is c untrusted , or not; these include, without limitation: 

(a) which protected resources on the device can be accessed by the 
20 application: an 'untrusted' application might be defined as one that is not able to access 

certain predefined protected resources; or 

(b) whether the application was loaded from ROM or RAM: applications 
loaded from RAM are likely to be from third party sources and hence less trustworthy 
than applications loaded from ROM, which would typically be provided by the device 

25 manufacturer; or 

(c) whether the application has been validated using some predefined 
validation or certification process. 

Applications might, in theory, be written so that they take notice of an event sent to 
30 them when they are sent to background, causing them to automatically cease running. 
But even this is likely to be missed in applications which are from certain kinds of third 
party programmers or are not validated as proper implementations — i.e. 'untrusted* 
applications. TJntrusted* applications are therefore more likely to contain a wrong 
implementation of normal background behaviour: hence, merely relying on an 
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application to voluntarily cease running when notified that it is in the background is an 
inadequate strategy for untrusted applications. Instead, they need to be actively 
prevented from running. 

5 With the present invention, untrusted third party applications (such as downloaded 
applications like games) are prevented from running in the background and are 
suspended. Trusted applications may still be allowed to run in the background, or they 
may be actively prevented in the same way as non-trusted applications, or they may be 
requested (but not prevented) to stop running if in background. Trust will conventionally 
10 be established for a given application using a signature in the application installation file, 
although there are other techniques that may be deployed as part of the secure 
computing base of the device. 

In a second aspect, there is a multitasking computing device programmed to be capable 
15 of determining if an untrusted application is in the background or foreground and 
preventing an untrusted application that is in the background from running in order to 
conserve system resources. The device may be battery powered. 

In a third aspect, there is an operating system for a multitasking computing device, the 
20 operating system being capable of determining if an untrusted application is in the 
background or foreground and preventing an untrusted application that is in the 
background from running in order to conserve system resources. 



BRIEF DESCRIPTION OF THE DRAWING 

The invention will be described with reference to the accompanying drawing, which is a 
schematic of some of the components of a device in accordance with the present 
3(5 invention. 
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DETAILED DESCRIPTION 

The present invention can be implemented on battery operated devices running 
SymbianOS operating system. SymbianOS based phones are 'open' for third party 
5 applications. The third party applications are often games or similar types of applications 
and, when these execute, the CPU is often running at full speed to update graphics, 
sounds etc. When the user or the system needs to display another application or dialog, 
there is a rjsk that the third party application will still run in the background and thus 
drain the battery. 

10 

Third party applications can either come from 'trusted' sources or 'untrusted' sources. 
This may be determined by a signature in the installation file. An alternative approach to 
platform security on SymbianOS is described in PCT/GB2003/002311, the contents of 
which are incorporated by reference. 

15 

With the present invention, when an untrusted application is running on the battery 
operated device and another application should be ill the foreground, the untrusted 
application is placed into the background and is also actively prevented from running. 
This denies it system resources and hence preserves power, as well as unnecessary CPU 

20 activity associated with the untrusted application in background. Preserving system 
resources could be especially valuable not only in the context of portable, battery- 
powered devices, but also a UPS (uninterruptible power supply) powered system: once 
activated because a primary power source has ceased to provide power, the need to 
preserve system resources for as long as possible is very valuable. When the untrusted 

25 application is brought to the foreground again, it is allowed to run again. 

The scheme is implemented by a system component which both knows which processes 
and threads belong to trusted or untrusted applications as well as knows which 
application is in foreground and which ones are in background. In Symbian OS, this is 
30 most likely to be the window server component. C++ and Java applications can also be 
controlled in this way. 

Referring now to Figure 1, a window server component 2 is used to determine if an 
application is in the background or foreground on display 1; for an untrusted application 
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4 in the background, it can send a control signal to the scheduler 3 or interrupt handler 
that in effect prevents the untrusted application 4 from running, e.g. being given any 
services or consuming any resources. The scheduler could for example, simply operate 
so as to never allocate any services or resources to the background untrusted application 
5 4; an alternative would be for the interrupt handler to simply place any interrupts from 
the background untrusted application 4 to the back of its queue and never allow them to 
be executed. When in the background, trusted application 5 may continue to run, or may 
be actively prevented in the same way as non-trusted application 4, or may be requested 
(but not prevented) to stop running. 

10 

One example use of the present invention is to prevent background untrusted 
applications from polling* for data over a wireless network, an activity that can 
potentially drain a battery quickly. Another example is that untrusted applications will 
automatically be prevented from running if the display shows a screen saver or is actually 
15 turned off (battery operated devices can perform useful functions such as telephony 
even when the screen is turned off). Hence, the present invention is a valuable addition 
to power conservation strategies, especially (although without limitation) to battery 
operated devices. 

20 When the device determines that an application is in the foreground (again, as may be 
determined by a window server component), it allows that application to run again — e.g. 
to be provided with resources and services. 
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